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Reduction rules in interaction nets are constrained to pattern match exactly one argument at a time. 
Consequently, a programmer has to introduce auxiliary rules to perform more sophisticated matches. 
In this paper, we describe the design and implementation of a system for interaction nets which 
allows nested pattern matching on interaction rules. We achieve a system that provides convenient 
ways to express interaction net programs without defining auxiliary rules. 

1 Introduction 

Interaction nets iH were introduced over 10 years ago as a new programming paradigm based on graph 
rewriting. Programs are expressed as graphs and computation is expressed as graph transformation. 
They enjoy nice properties such as locality of reduction, strong confluence and Turing completeness. 
The definition of interaction nets allows them to share computation: reducible expressions (active pairs) 
cannot be duplicated. For these reasons, optimal and efficient A— calculus evaluators ||2][6l[8l based on 
interaction nets have evolved. Indeed, interaction nets have proved to be very useful for studying the 
dynamics of computation. However, they remain fruitful only for theoretical investigations. 

Despite that we can already program in interaction nets, they still remain far from being used as a 
practical programming language. Drawing an analogy with functional programming, we only have the 
A -calculus without any high level language constructs which provide programming comfort. Interac- 
tion nets have a very primitive notion of pattern matching since only two agents can interact at a time. 
Consequently, many auxiliary agents and rules are needed to implement more sophisticated matches. 
These auxiliaries are implementation details and should be generated automatically other than by the 
programmer. 

In this paper we take a step towards developing a richer language for interaction nets which facilitates 
nested pattern matching. To illustrate what we are doing, consider the following definition of a function 
that computes the last element of a list: 

lastElt (x: [] ) = x 

lastElt (x:xs) = lastElt xs 

In this function [] is a nested pattern in (x: [] ). We cannot represent functions with nested patterns 
in interaction nets. Hence, a programmer has to introduce auxiliary functions to pattern match the extra 
arguments. 

lastElt (x:xs) = aux x xs 
aux X [] = X 

aux X (y:ys) = lastElt (y:ys) 

I. Mackie and A. Martins Moreira (Eds.): Tenth International 
Workshop on Rule-Based Programming (RULE 2009) 
EPTCS 21, 2010, pp. 13-f25l dpi: 10.4204/EPTCS.21.2. 
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In our previous work we defined a conservative extension of interaction rules that allows nested 
pattern matching. The purpose of this paper is to bring these ideas into practise: 

• we define a programming language that captures the extended form of interaction rules; 

• we describe the implementation of these extended rules. 

In f9l we defined a textual language for interaction nets (PIN) and an abstract machine that executes PIN 
programs. We take PIN as our starting point and extend the PIN language to allow the representation of 
rules with nested patterns. 

There has been several works that extend interaction nets in some way. Sinot and Mackie's Macros 
for interaction nets [TT] are quite close to what we present in this paper. They allow pattern matching 
on more than one argument by relaxing the restriction of one principal port per agent. The main differ- 
ence with our work is that their system does not allow nested pattern matching. Our system facilitates 
nested/deep pattern matching of agents. 

The rest of this paper is organised as follows: In the Section[2]we give a brief introduction of interac- 
tion nets. In Section [3] we define a programming language that allows the definition of interaction rules 
with nested patterns. In Section|4]we give an overview of the implementation of nested pattern matching. 
A more detailed explanation of the algorithm is found in Section [5] (verification of well-formedness) and 
Section |6] (rule translation). Finally, we conclude the paper in Section|7] 



2 Interaction Nets 

We review the basic notions of interaction nets. See 151 for a more detailed presentation. Interaction nets 
are specified by the following data: 

• A set S of symbols. Elements of E serve as agent (node) labels. Each symbol has an associated 
arity ar that determines the number of its auxiliary ports. If ar{a) = « for a G Z, then a has n + l 
ports: n auxiliary ports and a distinguished one called the principal port. We represent an agent 
graphically as: 



X\ Xfi 




and textually using the syntax: xq ~ a(xi , . . . ,x„) where xq is the principal port. 

• A net built on £ is an undirected graph with agents at the vertices. The edges of the net connect 
agents together at the ports such that there is only one edge at every port. A port which is not 
connected is called nfree port. A set of free ports is called an interface. A symbol denoting a free 
port is called a/ree variable. 

• Two agents {cc,p) € £ x £ connected via their principal ports form an active pair (analogous to 
a redex). An interaction rule ((a,j3) =^ N) £ ^ replaces the pair (o;,j8) by the net A^. All the 
free ports are preserved during reduction, and there is at most one rule for each pair of agents. The 
following diagram illustrates the idea, where N is any net built from E. 
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For present purposes, we represent this rule textually using (a(xi , . . . >< jS (ji , . . . , j,,)) =^ 
N. 

We use the notation A'^i — for the one step reduction and — >* for its transitive and reflexive 
closure. Interaction Nets have the following property Q : 

• Strong Confluence: Let Nhe a net. If N — > Ni and N — > N2 with Ni ^ N2, then there is a net 
A^3 such that A'^i — N3 and N2 — > Nt,- 

In Figure [T] we give a simple example of an interaction net system that computes the last element of 
a list. We can represent lists using the agents Cons (:) of arity 2 and Nil of arity 0. The first port of Cons 
connects to an element of the list and the second port of Cons connects to the rest of the list. The agent Nil 
marks the end of the list. An active pair between Lst and Cons rewrites to an auxiliary agent Aux with it's 
principal port oriented towards the second auxiliary port of Cons. This means that during computation, 
Aux will interact with either a Cons agent or a Nil agenfl- To avoid blocking the computation, we define 
rules for active pairs (Aux, Nil) and (Aux, Cons). An active pair between Aux and Nil rewrites to a single 
wire, which connects the agents at the auxiliary ports of Aux. When paired with Cons, Aux is replaced by 
Lst, analogous to the recursive call of the lastElt function. The list element which is connected to the 
first port of Aux is deleted, as it is not the last element of the list. This is modeled by the agent e, which 
erases all other agents. 




Figure 1 : Rules to compute last element of a list 

Figure [2] gives an example reduction sequence that computes the last element of a list that contains 
just one element: [1]. The second port of Lst is free and thus acts as the interface of the net. First, the 
active pair of Lst and Cons is rewritten, introducing an Aux agent. Now the second rule is applied to the 
pair (Aux, Nil), removing both agents and connecting 1 to the interface of the net. As expected, this final 
net contains only the agent 1, which is equivalent to the result of LastElt ( 1 : [] ) . 

Why Interaction Nets? Interaction nets are a generalisation of proof nets for linear logic HI, in a 
similar way that term rewriting systems are a generalisation of the A -calculus. Interaction nets are an 
important model of computation for several reasons: 



The second auxiliary port of a Cons agent will be connected to either a Cons agent or a Nil agent. 
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Figure 2: Example reduction sequence 



1. All aspects of a computation are captured by the rewriting rules — no external machinery such as 
copying a chunk of memory, or a garbage collector, are needed. Interaction nets are amongst the 
few formalisms which model computation where this is the case, and consequently they can serve 
as both a low level operational semantics and an object language for compilation, in addition to 
being well suited as a basis for a high-level programming language. 

2. Interaction nets naturally capture sharing — active pairs can never be duplicated. Thus only nor- 
mal forms can be duplicated, and this must be done incrementally. Using interaction nets as an 
object language for compilers has offered strong evidence that this sharing will be passed on to 
the programming language being implemented. One of the most spectacular instances of this is 
the work by Gonthier, Abadi and Levy, who gave a system of interaction nets to capture both op- 
timal j8 -reduction Q in the A -calculus Q (Lamping's algorithm ||6l), and optimal reduction for 
cut-elimination in linear logic 131. 

3. There is growing evidence that interaction nets can provide a platform for the development of 
parallel implementations, specifically parallel implementations of sequential programming lan- 
guages. Using interaction nets as an object language for a compiler offers strong evidence that 
the programming language being implemented may be executed in parallel {even if there was no 
parallelism in the original program). Evidence of this can be found in 111 01 . 

4. Finally, it is a formalism where both programs and data structures are represented in the same 
framework. In the light of the first point above, we have a very powerful mechanism to study the 
dynamics of computation. 

The above points are clear indicators that interaction nets have a role to play in computer science 
every bit as important as the roles the A -calculus or term rewriting systems have played over the last few 
decades. The aim of the present work is to realise some of the potential of interaction nets through the 
development of practical programming constructs which simplify the task of programming. 

2.1 Interaction rules with nested patterns - INP 

The above definition of interaction nets constraints pattern matching to exactly one argument at a time. 
Consequently, we have to introduce auxiliary agents and rules to perform deep pattern matching (as 
exemplified in Figure[T]). Following |4|, an interaction rule may contain a nested active pair with more 
than two agents on it's left-hand side (Ihs). A nested active pair is defined inductively as follows: 

• Every active pair in ordinary interaction rules (ORN) is a nested active pair e.g. 

P= {a{xy,...,Xn) X j8(ji,...,Jm)) 

• A net obtained as a result of connecting the principal port of some agent 7 to a free port yj in a 
nested active pair P is also a nested active pair e.g. {P,yj ~ y{z\ ,...,zi)) 
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As an example, Figure[3]gives a set of INP rules that will compute the last element of a list. In this Figure 
both rules contain a nested active pair on the Ihs. The (non interacting) agents Nil and Cons on the Ihs of 
the rules are nested agents. These rules are compiled into the set of ORN rules given in Figure[I](See H 
for details of the compilation). 




Figure 3: example IMP rules to compute the last element of a list 

To ensure that INP preserves the Strong Confluence property of interaction nets, rules in INP must 
satisfy the following constraints L4J : 

Definition 2.1 (Sequentiality). Let P be a nested active pair. The set of nested active pairs ^ is sequen- 
tial iff when {P,yj ~ j3(jci , . . . ,x„)) € then 

1. for the nested pair P, P ^ 3^ and, 

2. for all the free ports y in P except the yj and for all agents a, {P,y ~ a(wi , . . . , Wn)) ^ ^ 
Definition 2.2 (Well-formedness). A set of INP rules 0^ is well-formed iff 

1. there is a sequential set of nested active pairs which contains every Ihs of rules in M, 

2. for every rule P =^ N in 1%, there is no interaction rule P' =^ N' in 1% such that P' is a subnet of 
P. 

Intuitively, the Sequentiality property avoids overlaps between rules: a set of INP rules containing 
nested patterns that violate condition 2 of definition 12. II can give rise to critical pairs, which potentially 
destroys the Strong Confluence property of interaction nets. Note that the definition of Sequentiality 
allows a nested active pair to be a subnet of another nested active pair (in the same sequential set) which 
may also give rise to critical pairs. Definition 12.21 ensures that there is at most one nested active pair in 
any given set of rules. 

3 The Language 

We represent nets in the usual way as a comma separated list of agents. This just corresponds to a 
flattening of the net, and there are many different (equivalent) ways to do this depending on the order in 
which the agents are enumerated. Using the net in Figure |2] as an example we write: 

p~Lst (r) ,p~Cons (x,xs) ,x~l ,xs~Nil 
The symbol '~' denotes the principal port of the agent. The variables p, x and xs are used to model the 
connection between two ports. All variable names occur at most twice: this limitation corresponds to the 
requirement that it is not possible to have two edges connected to the same port in the graphical setting. 
If a name occurs once, then it corresponds to the free ports of the net (r is free in the above). If a name 
occurs twice, then it represents an edge between two ports. In this latter case, we say that a variable is 
bound. 

The syntax above can be simplified by replacing equals for equals: 
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Lst(r)~Cons(l,Nil) 

In this notation the general form of an active pair is a(. . .) ~ j8(. . .). 

We represent rules by writing / =^ r, where / is the net on the left of the rule, and r is the resulting 
net. In particular, we note that / will always consist of two agents connected at their principal ports. As 
an example, the rules in Figure [T] are written as: 

Lst(r) >< Cons(x,xs) ==^ xs~ Aux(x,r) 
Aux(x,r) >< Mil =^> x~r 

Aux(x,r) >< Cons(y,ys) =^ Lst (r) ~Cons (y ,ys) , e~ x 

The names of the bound variables in the two nets must be disjoint, and the free variables must coincide, 
which corresponds to the condition that the free variables must be preserved under reduction. Note that 
we use the symbol 'x' for the active pair of the rule so that we can distinguish between an active pair 
and a rule. 

We can simplify only optimised ORN rules i.e. rules that do not contain active pairs on their right- 
hand side (rhs). For example we can write the set of rules above in a simplified form: 

Lst(r) >< Cons(x,Aux(x,r)) 
Aux(x,x) X Nil 

Aux(x,r) >< Cons(y,ys) =^ Lst (r) ~Cons (y ,ys) , £~ x 
Note that once an optimised ORN rule is simplified, it's rhs becomes empty and therefore we omit the 

We represent INP rules using a similar mechanism and allow the Ihs of a rule to contain more than two 
agents. We restrict the simplification of INP rules such that the Ihs and rhs are simplified independently 
of one another. As an example, the set of INP rules in Figure[3]can be written as: 

Lst(r) >< Cons(x,xs), xs'^Nil =^ r~x 

Lst(r) >< Cons(x,xs) ,xs~Cons(y,ys) =^ x~ £,p~Lst(r) ,p~Cons(y,ys) 
or in a simplified form: 

Lst(r) X Cons(x,Nil)^> r~x 

Lst(r) >< Cons (x, Cons (y,ys))^^ X'^ £,Lst(r)~Cons(y,ys) 

Other language constructs The pin system provides other language constructs - modules, built-in 
operations on agent values, input/output e.t.c. These constructs remain unaffected by our extension and 
are out of scope in this paper. See [9J for a detailed description of the additional language features. 

4 Translation 

In this Section we give an overview of our translation. In general, the PIN compiler reads programs in 
our source language and builds the corresponding abstract syntax tree (AST). On the basis of the AST, 
the PIN compiler generates some byte codes which can be executed by an abstract machine or be further 
compiled into C source code. See f9l for a more detailed presentation of the PIN system. 

Our translation function rewrites ASTs that represent INP rules into ASTs that represent ordinary 
interaction rules. Therefore, the back end of the PIN system remains unaffected by the translation. Over- 
all, our translation function is similar to the compilation schemes defined in the original paper [4] . We 
summarise the translation algorithm in the following steps: 
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1. A rule is found in the AST. This rule can be either ORN or INP. All other nodes of the AST that 
are not rules (imports, variable declarations,. . . ) are ignored. 

2. Check if the Ihs is not a subnet of a previously translated Ihs (and vice versa if the rule is INP). 
This is the first part of verifying the well-formedness property (Definition 12.21 ). We discuss this 
verification in Section [5?T1 

3. If the rule is not INP, return. 

4. If the rule is INP: check if the current and all previous nested active pairs can be added to a 
sequential set. This is the second part of verifying the well-formedness property (Section [5^ . 

5. If both checks are passed, translate the rule (else, exit with an error message): 

(a) Resolve the first nested agent of the rule's active pair. 

(b) Add an auxiliary rule to the AST. 

(c) The remaining nested agents are not (yet) translated. They are resolved by translating the 
auxiliary rule. 

We describe the translation algorithm in Section [6l 

6. traverse the AST until the next (unprocessed) rule is found. 

This algorithm allows for an arbitrary number of nested patterns (i.e., the number of nested agents in the 
Ihs of an INP rule) and an arbitrary pattern depth. 

5 Verifying the Well-Formedness Property 

Our verification algorithm (see below) consists of two parts which correspond to the two constraints of 
the well-formedness property. We verify that the set of nested active pairs in a given PIN program are 
both disjoint and sequential. 

We use the notation [] for the empty list, [1, . . . ,«] for a list of n elements and ps\@ps2 to append 
two lists. 

Definition 5.1 (Position Set). Let I =^ rbe a rule in PIN. We define thefiinction PosSym(Z) that given 
a nested active pair will return a set of pairs (ps, u) where ps is a list that represents the position of a 
symbol u in I. 



PosSym(a(fi , . . . >< jS C^i , . . . ,5,,,)) 

PosSym,(ps, x) 
PosSym,(p5, a{x)) 
PosSym,(/75, a{t\ , . . . ,tn)) 



= PosSym,([l,l] , t\) U ... UPosSym,( [l,?i] , f„) U 
PosSymy( [2, 1] , si) U . . . U PosSymf( [2,m] , Sm) 
= 

= {(P^,a)} 

= PosSym;(/?5@ [1] , fi) U ... U PosSym,(p5@ [n] , f„) 



where the sequence of terms ti,. .. ,tn in PosSym, {ps, a{t\ , . . . Jn)) contain at least one term which is 
not a variable; and x is a sequence of zero or more variables. 

The function Pos(Z) returns a set of lists that represent the position of each nested agent in a nested active 
pair: 

Pos(/) = ;?ri(PosSym(/)) 

7ri(0) = 0, 

ni{{{ps,s)]UA) = {ps]UTii{A-{{ps,s)}). 
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We extend these operations into the sequence Zj, oflhs of rules as follows: 



PosSym(/i, . . . 

POS (/!,...,/<:) 



h) 



PosSym(/i) U ... U VosSym{k) 
Pos(/i) U ... U Pos(Zi:) 



Example 5.2. For each rule in Figure\3\ we can get sets of positions of nested agent pairs as follows: 

• PosSym(Lst(r) >< Cons(x,Nil)) 

= PosSymj([l,l],r) UPosSym^([2,l],x) UPosSymy([2,2],Nil) = {( [2,2] ,Nil)} 

• Pos(Lst(r) X Cons(x,Nil)) = {[2,2]} 

• PosSym(Lst (r) >< Cons(x,Cons(y,ys))) 

= PosSymf([l,l] ,r) UPosSym,( [2,1], y) UPosSym,( [2,2] , Cons (y,ys)) = {( [2,2] , Cons)} 

• Pos(Lst(r) >< Cons(x,Cons(y,ys))) = {[2,2]} 

5.1 Subnet property 

Verifying the subnet property is straightforward. Since rules are represented as trees (subtrees of the 
AST), it is easy to verify if one rule's Ihs is a subtree of another. We compute the Ihs subtree relation 
of the current rule P (to be translated) against all the rules Q which have already been translated. If P is 
in ORN, we verify the subtree relation in only one direction: the Ihs of an INP rule cannot be a subnet 
of the Ihs of an ORN rule. Otherwise we verify the subtree relation in both directions: P against Q and 
Q against P. The case of two ORN rules with the same active agents is handled by the compiler at an 
earlier stage. If the current rule's Ihs is not a subnet of any previous rules' Ihs's, we add it to the set of 
previous rules. 

Note that we consider a tree to be a subtree of another tree up to alpha conversion, i.e., variable names 
are not considered. 

5.2 Sequential set property 

The check for the sequential set property is a bit more complicated than the subnet one. According to 
the definition of the well-formedness property, there must exist a sequential set that contains all nested 
active pairs in a given set of INP rules. Rather than attempting to construct such a sequential set, the 
algorithm tries to falsify this condition: it searches (exhaustively) for two nested patterns that cannot be 
in the same sequential set. This is done as follows: 

For the current nested pattern P and all previously verified patterns Q with the same active agents: 

1. Compare the sets Pos(P) and Pos(Q). We only consider the positions of agents at this point, not 
the agents themselves. 

2. If one set is a subset of another, P and Q can be added to a sequential seti P is added to the set of 
previous nested patterns. 

3. Else, we compare the actual nested agents at the common positions CP = Pos{P) n Pos(2). 

4. If for each element p £ CP, a and j8 are the same where {p,a) € PosSym(/') and (p,j8) G 
PosSym(2), no sequential set can contain P and Q,slsP= {M,x ~ a(. . .) , a) , 2 = {M,y ~ j8 (...), b) 
with x^y 

^Note that P and Q have already passed the subnet check at this point. This means that (some of) the nested agents at the 
common positions are different. Hence, P and Q cannot give rise to a critical pair. 
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5. Else, P and Q can be added to a sequential set. P is added to the set of previously verified nested 
patterns. 

It is straightforward to see that after the full traversal of the AST, all possible pairs of nested patterns 
are considered. Hence, the search for a pair that violates the sequential set property is exhaustive. 

Proposition 5.3. Let Rbe a set oflNP rules. R is well-formed R is correctly verified to be well-formed 
using our verification algorithm. 

Proof 

Assume R is not well-formed and passes the well-formedness checks. We proceed by a complete 
case distinction (according to the definition of well-formedness): 

Case 1. There exist two rules P N , Q =^ M G R where P is a subnet of Q. But then, the pair (P, Q) 
is tested for the subnet relation (Section lSTTl) . Hence, R does not pass the well-formedness check. 

Case 2. There exist two rules A =^>A^,B =^M G P where A = (P,x ~ a(. . = (P,j ~ j3(. . .)) for 
xj^y. But since all pairs of nested patterns are checked for the sequential set property (Section [s!2l ). 
(A,P) will be detected. Hence, P does not pass the check. 

In both cases, we reach a contradiction to the assumption above, hence it cannot be true. 
=>: 

Assume P does not pass the weU-formedness check, but is well-formed. Again, there are only two 
cases: 

Case 1. R does not pass the check because 3P N, Q N' G R where P is a subnet of Q. But then, 
P is not well-formed (by the definition of well-formedness). 

Case 2. R does not pass because are two rules A => N,B =^ M G R where A = {P,x ~ a{. . .)),B = 
(P,^ ~ j8(. . .)) for X / 3^. Then, there is no sequential set that contains both A and B. Hence, P is 
not well-formed. 

Again, we reach a contradiction to the assumption above in either case. 

□ 

6 Rule Translation 

We now describe the translation algorithm in more detail. As mentioned earlier, we translate INP rules 
to ORN rules by rewriting the AST. We perform a pre-order traversal of the AST and identify nodes that 
represent INP rules. Once we find an INP rule, we replace its nested agents with a fresh (variable) node 
n and replace the subtree that represents the rhs of the rule with a new tree Nf. The nested agents and the 
rhs of the rule are stored for later processing. The tree Nt represents an active pair between n and a newly 
created auxiliary agent Aux. This auxiliary agent holds all the agents and attributes of the original active 
pair, with the exception of the former variable agent. 

Now, we create an auxiliary rule with an active pair between Aux and the current nested agent (ini- 
tially connected to the interacting agent). We set the rhs of the auxiliary rule to be the rhs of the original 
INP rule. Finally, we add this auxiliary rule to the system. 

Note that the auxiliary agent in the new rule may still contain additional nested agents, i.e., the 
auxiliary rule may be INP. Hence, the translation algorithm recursively translates the generated rules 
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until the Ihs of each of the generated rules contains exactly two agents. The idea behind this is to resolve 
one nested agent per translation pass. Further nested agents are processed when the translation function 
reaches the respective auxiliary rule(s). 

We can formalise the translation algorithm as a function translate{M,U ,S), where M denotes the 
input set of interaction rules and U and S are stores. Intuitively, the components U and S are used to store 
previously processed rule patterns in order to verify the subnet and sequential set properties respectively. 
The function translate is defined as follows (in pseudo-code notation), where FAIL denotes termination 
of the program due to non well-formedness of 

translate ( [] ,U ,S) = [] 
translate ( (P^N) :=^,?7, 5) = 

if (P is a subnet of any Q G ?7 or vice versa) 
FAIL 

else if (P is ORN) 

(P^N) : translate (=^,P:[/, 5) 
else 

if (P cannot be added to a sequential set with 
any Q € S) 
FAIL 
else 

(P'^(PX~p)) : translate ((PX >< A ^ N) :=^,P:?7 ,P:5) 
where 

p = position of the first nested agent of P 
A = the nested agents at position p 
P' = P with all nested agents replaced by variables 
ports 

PX = auxiliary agent that contains all ports of P 
except p 

Example 6.1. Consider the interaction rules from Figure |3] ^ consists of two rules: 

1. Lst(r) >< Cons (x, Nil) =^ r~x 

2. Lst(r) >< Cons (x, Cons (y, ys) ) ==;^ x~ e,Lst(r)~Cons(y,ys) 
The translation works as follows: 

• Rule 1 is INP (due to the Nil agent). 

Its Ihs is checked for the subnet property. As there are no previous rules in U , the check is passed. 

• As the rule is INP, it is checked for the sequential set property. Again, there are no previous rules 
in S, hence it passes the check. 

• The rule is transformed, introducing the auxiliary agent Lst_Cons 

1. Lst(r) >< Cons(x,varO) =^ Lst_Cons(r,x)~varO 

• A new auxiliary rule is added to M: 

3. Lst_Cons(r,x) >< Nil =^ r~x 

The Uis pattern of rule 1 is added to U and S. 
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• Rule 2 is ESJP (due to the nested Cons agents). 

Its Ihs is checked for the subnet property. The only Ihs pattern in U is Lst (r) >< Cons (x , Nil) . 
Due to different agents at the second auxiliary port of Cons, the Ihses cannot be subnets of one 
another. The check is passed. 

• Rule 2 is checked for the sequential set property. First, the positions of nested agents of Rule 1 and 
2 are compared. Since they are the same (both have their nested agent at the second auxiliary port 
of Cons), they can be added to a sequential set. There are no further rules in S, hence the check is 
passed. 

• The rule is transformed and another auxiliary rule is added to 



• Rule 3 is ORN. 

Its Ihs is checked for the subnet property. As there are no with the same active agents in U, the 
check is passed. The Ihs pattern of Rule 3 is added to U. 

• Rule 4 is ORN. 

Its Ihs is checked for the subnet property. Again, there are no rules with the same active agents in 
S. The check is passed and the Ihs pattern is added to U. 

This yields the translated set of rules 



Note that the rules 1 and 2 are identical (save variable names). Since only one of them is needed, rule 2 
is discarded by PIN. As expected, we get the set of ORN rules given in Figure [T] 

Proposition 6.2. (Termination) For a finite translate terminates. 

Proof. Let n be the number of rules in ^ and p be the sum of all nested agents of these rules. By a 
complete case distinction, we show that with each recursive call, {n + p) decreases: 

Case 1 The current rule is ORN. At the recursive call, it is removed from hence n decreases by 1. 

Case 2 The current rule has / nested agents (/ > 0). The rule is removed from ^ and an auxiliary rule 
with exactly / — 1 nested agents is added to Hence, with the recursive call p decreases by 1 . 

translate terminates if n = 0. n only decreases if we encounter an ORN rule. Yet, since the number of 
nested agents for each rule is finite, all rules in ^ will be ORN after finitely many decreases of p. □ 

6.1 Time and space complexity of translate 

Time complexity To determine the time complexity of translate, we analyze the three main parts of 
the algorithm: the check for the subnet property, the check for the sequential set property and the actual 
rule translation. As a measurement of the input size, we consider the sum n = r+a, where r is the number 
of rules and a is the number of nested agents in the input set ^. The idea behind this notion of size is 
that translate is invoked once for every interaction rule in the input. Additionally, each elimination of a 
nested agent yields a new auxiliary rule to be translated. Hence, translate is called n = r + a times. 
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The subnet property check compares all pairs of rule patterns. For an input set of size n, UxL-J. 
checks are performed. Therefore, the verification of the subnet property is quadratic to the input size, or 
0{n^). 

At first glance, the check for the sequential set property is similar to the one for the subnet property: 
all pairs of rule patterns need to be compared, resulting in a (worst-case) complexity of 0{n^). However, 
the verification algorithm only considers pairs of patterns with the same active agents (see 15.21) . which 
is usually only a fraction of all pairs of rule patterns. On average, this results in a less than quadratic 
complexity for the verification of the sequential set property. 

The actual translation is executed once for each nested agent in the input set. The elimination of a 
single nested agent is not influenced by the total number of nested agents or rules. The rule translation is 
thus linear to the number of nested agents r. 

This results in an overall time complexity of 0{n^) for translate, which is mostly determined by the 
verification of the subnet property. Extended profiling on the implementation of the algorithm (including 
input sets with up to several thousand nested agents and rules) shows that also on practical cases the 
performance is bounded by a quadratic curve (with small constants involved). 

Space complexity To analyze the space complexity of translate, we consider the population of the 
stores U and S. Every rule pattern of the input set is stored in U , whereas only nested patterns are stored 
in S. At the worst case, U and S will contain 2n rule patterns. This implies that space complexity is linear 
to the number of rules in the input. Again, this result is reflected by several profiling tests using practical 
examples. 

6.2 Additional language features 

The PIN language offers some features that are not considered in the original definition of the nested pat- 
tern translation function. Some important examples are data values of agents (integers, floats, strings,. . . ), 
side effects (declaration and manipulation of variables, I/O) and conditions. These features are not in- 
volved in the process of nested pattern matching. Therefore, they do not need to be processed or changed 
by the translation function: 

• with regard to nested pattern matching, data values can be considered as variable ports (they do 
not contain nested agents). Hence, they are unaffected by the translation. 

• conditionals and side effects only occur in the rhs of a rule. Since the original rhs of an INP rule is 
propagated to the final auxiliary rule without a change, these features are not affected either. 

• all auxiliary rules but the last one are responsible for pattern matching only, they do not do the 
"actual work" of the original rule. All special language features are simply passed to the next 
auxiliary rule. 

6.3 The implementation 

We have developed a prototype implementation which can be obtained from the project's web page 
Ihttp : //www . interaction-nets . org/. We have thoroughly tested the prototype implementation and 
developed several example modules. These examples include rule systems with a large number and depth 
of nested patterns as well as heavy use of state, conditionals and I/O. Additionally, we have designed 
several non well-formed systems in order to improve error handling. Some of these examples can be 
found in the current PIN distribution at the project's web page. 
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7 Conclusion 

We have presented an implementation for nested pattern matching of interaction rules. The implementa- 
tion closely follows the definition of nested patterns and their translation to ordinary patterns introduced 
in im. We have shown nice properties of the algorithm such as its correctness and termination. 

The resulting system allows programs to be expressed in a more convenient way rather than intro- 
ducing auxiliary agents and rules to pattern match nested agents. We see this as a positive step for further 
extensions to interaction nets: future implementations of high-level language constructs can be built upon 
these more expressive rules. 

References 

[1] Jean- Yves Girard. Linear Logic. Theoretical Computer Science, 5Q(iy.l-lQ2, 1987 . 

[2] Georges Gonthier, Martin Abadi, and Jean-Jacques Levy. The geometry of optimal lambda reduction. In 

Proceedings of the 19th ACM Symposium on Principles of Programming Languages (POPL'92), pages 15- 

26. ACM Press, January 1992. 
[3] Georges Gonthier, Martin Abadi, and Jean- Jacques Levy. Linear logic without boxes. In Proceedings of the 

7th IEEE Symposium on Logic in Computer Science (LICS'92), pages 223-234. IEEE Press, 1992. 
[4] Abubakar Hassan and Shinya Sato. Interaction nets with nested pattern matching. Electronic Notes in 

Theoretical Computer Science, 203, 2008. 
[5] Yves Lafont. Interaction nets. In Proceedings of the 17th ACM Symposium on Principles of Programming 

Languages (POPL'90), pages 95-108. ACM Press, January 1990. 
[6] John Lamping. An algorithm for optimal lambda calculus reduction. In Proceedings of the 17th ACM 

Symposium on Principles of Programming Languages (POPL'90), pages 16-30. ACM Press, January 1990. 
[7] Jean-Jacques Levy. Reductions Correctes et Optimales dans le Lambda-Calcul. These d'etat, Universite 

Paris VII, January 1978. 

[8] Ian Mackie. YALE: Yet another lambda evaluator based on interaction nets. In Proceedings of the 3rd 
International Conference on Functional Programming (ICFP'98), pages 1 17-128. ACM Press, 1998. 

[9] Ian Mackie, Abubakar Hassan, and Shinya Sato. Interaction nets: programming language design and im- 
plementation. Proceedings of the Seventh International Workshop on Graph Transformation and Visual 
Modeling Techniques, 2008. 

[10] Jorge Sousa Pinto. Parallel Implementation with Linear Logic. PhD thesis, Ecole Polytechnique, February 
2001. 

[11] Frangois-Regis Sinot and Ian Mackie. Macros for interaction nets: A conservative extension of interaction 
nets. Electronic Notes Theoretical Computer Science, 127(5): 153-169, 2005. 



